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Abstract 


With the invention, a method of simulating EDIF circuits on a VHDL simulator is described. By applying 
the method, e.g. with PLDs, development time can be saved, since the simulation models are available 
earlier than before. Further advantages are the ability to simulate several circuits together and the 
simplified search for errors. 
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© Verfahren zur Simulation einer in EDIF beschriebenen Schaltung mit einem VHDL-Simulator auf einem 
Rechner 

(§7) Mit dor Erfindung wird ein Verfahren zur Simulation von 
EDIF-Schaltungen auf einem VHDL-Simulator beschrieben. 
Durch Anwendung des Verfahrens, beispielsweise bei PLDs 
kann man Entwicklungszeit sparen, da man die Simulations- 
model [e fruher als bisher zur Verfugung hat. Ein we it e re r 
Vorteil ist die Simulierbarkeit von mehreren Schaltungen 
gemeinsam und die erleichterte Fehlersuche. 



< 

CO 



00 

I 

LU 

a 



Die folgenden Angaben sind den vom Anmelder oingereichten Unterlagen entnommen 

BUNDESDRUCKEREI 10.94 408 050/366 



15/30 



15 



25 



DE 44 08 106 Al 

Beschreibung 

Die Simulation elektronischer Baugruppen auf EDV-Anlagen hat sich in den Ietzten Jahren zu einer wichtigen 
Entwicklungstechnik entwickelt Der iibliche Entwicklungsweg, das nachtragliche Testen einer Schaltung, wird 
5 durch die fortschreitende Miniaturisierung bei innovativen Bauteilen zunehmend schwieriger. Der Weg iiber die 
Simulation kann hier zumindest zum Teii Abhilfe schaffen. Es wird auch immer wieder festgestellt daB der 
Einsatz der Simulation die Entwicklungszeit der Schaltungen verkiirzt, die Qualitat verbessert und somit insge- 
samt zu einer Steigerung der Produktivitat fiihrt Der Verbreitungsgrad der Simulation ist dennoch insgesamt 
genng. Das zentrale Hemmnis technischer Natur ist das Fehlen von geeigneten Simuiationsmodellen fiir die 
io entsprechenden Bauteile. Dies ist insbesondere bei innovativen Bauteilen wie zum Beispiel programmierbaren 
Logikbausteinen (PLDs) der Fall. 

Die Giite eines Simulationsmodells wird unter anderem durch seine Leistungsfahigkeit und die Moglichkeiten 
der Lokahsierung von Fehlverhalten bestimmt. 

Bei der Beschreibung von Bau- oder Schaltungsteilen durch Netzlisten ist der EDIF (Electronic Design 
!^ tCI ?r\ a T^ ge Fo ™ a A S ^SS f ? br 5 uchlich - Fur vieIe Bauteile liegt daher eine Netzlistenbeschreibung in Form 
von EDIF vor. VHDL (VHSIC Hardware Description Language) ist eine Verhaltensbeschreibungssprache, die 
sowohl bei der Entwicklung von ASICs als auch bei der Beschreibung von Bauteilen fQr Simulationsmodelle 
emer der fuhrenden Standards ist Moderne Simulatoren fiir digitale Baugruppen sind in der Lage, VHDL-Mo- 
delle zu simulieren. & 
Diese beiden Standards sind in [1] und [2] festgelegt 

Bei fehlenden Modellen konnte bisher uberhaupt nicht oder nur in reduzierter Form (d. h. ohne das innovative 
Bauteil) simuliert werden. Dies hat zur Folge, daB durch Redesigns eine Verlangerung der Entwicklungszeit oder 
QualitatseinbuBen entstehen. 

Die der Erfindung zugrundeliegende Aufgabe besteht darin, ein Verfahren anzugeben, mit dem in EDIF 
beschnebene Schaltungen auf einem VHDL-Simulator simuliert werden konnen. 
Diese Aufgabe wird gemaB den Merkmalen des Anspruches I gel6st 
Weiterbildungen der Erfindung ergeben sich aus den Unteranspruchen 

n^^A^ya A ^ol^u UhTen entwickelt > mit dem EDIF-Netzlisten (EDIF Version 2 0 0) in VHDL-Modelle 
( 1 EEE Std 1 076 — 1 987) Qbertragen werden. 

30 Durch den Einsatz des erfindungsgemaBen Verfahrens erzielt man verschiedene Vorteile- 

SilS * men u smd die Schaltungen effizienter simulierbar, da VHDL-Simulatoren umfangreiche Simulationsmog- 

eTnfacher S demSelben Grund S estaltet sich d * Fehlersuche innerhalb der Schaltung wesentlich 

^i^Ti^ 11 bes ^ hIeuni ^ t die Zuordnung einer EDIF-Instanz zu einem VHDL-ProzeB den Simulationsvorgang. 

q r0 -? S -! e ^ n t n SimuIa '°! 'Parallel abgearbeitet werden. In Verbindung mit einer prozeBspezifi- 
gnate sich andern bedeutet dies ' daB nur soIche P^ozesse im Simulator berechnet werden, deren Einganssi- 

we^den CKaltUng S ° ^ paraIleIisiert und kann damit ohne Qualitatsverlust wesentlich schneller simuliert 

40 EDrF-Netzlisten bestehen im wesentlichen aus Instanzen (EDIF-Schliisselwort "Instance! die zum Beisoiel 
logische Gatter oder Fhp-Flops reprasentieren, und Netzen (EDIF-Schliisselwort "Net"), welche die Verbindun- 
amtT?£ m^yhd n ?". dars l el L en * So j che ^stanzen konnen beispielsweise logische Schaltgiieder, wie 
k r k- w ^ T* Tr ! s t at ?" Puffer ' oder Latch-Schaltglieder sein. Die Anzahl der Eingange ist dabei 

beliebig. Weiterhin konnen beispielsweise getaktete oder getriggerte D- bzw. JK- Flip- Flop's verwendet werden. 

45 Zusatzhche Moglichkeiten bei der Beschreibung von Schaltungen ergeben sich durch den Einsatz von beispiels- 
weise Filter- oder Verzdgerungs-Elementen, zur Definition des Zeitverhaitens einer Schaltung. Das zeitiiche und 
togische Verhalten der Instanzen wird beispielsweise mit HUfe einer externen oder internen Bibliothek von 
deMert beSChneben * Die Schni "stelle einer Instanz (Ehv/Ausgange) wird in der EDIF-Netzliste 

50 i' °r deS Vei *f a J hren T s beschaftigt sich mit einer schematischen und effektiven Umsetzung der Schnittstel- 
Ien der Instanzen und der Netze in VHDL-Modelle: 

— Jeweils eine EDIF-Instanz wird in einen VHDL-ProzeB umgesetzt (1). 

— Jedem EDIF-Netz wird ein VHDL-Signal zugeordnet (2). 

55 [\L™ S ie Namen der In stanzen in der EDIF-Netzliste eindeutig sind, konnen sie direkt als Name des 

VHUL-Prozesses verwendet werden. Die einer Instanz zugeordnete Grundfunktion (UND-/ODER-Gatter 
eta) kann aus der EDIF-Beschreibung entnommen werden und laBt sich mit VHDL-Sprachelementen 
modellieren. Das logische Verhalten der Grundfunktion muB dabei aus der Bibliothek von Grundfunktionen 
entnommen werden. 

60 (2) Fur die Eingange und Ausgange einer Instanz sind in der EDIF-Netzliste nicht notwendigerweise global 

eindeutige Namen vorhanden. Lediglich innerhalb einer Instanz ist die Benamung eindeutig (z. B. Numerie- 
rung). Die im VHDL-Modell benotigten eindeutigen Namen fur Signale konnen wie folgt durchs Zusam- 
mensetzen erzeugt werden: Ein EDIF-Netz verbindet jeweils den Ausgang einer Instanz (Start-Instanz) mit 
einem oder mehreren Emgangen eines oder mehrerer Instanzen (Ziel-Instanz). Das dem EDIF-Netz zuge- 

65 ordnete VHDL-Signal erhalt den durch Zusammensetzen des Namens der Start-Instanz mit dem Namen 

des Ausgangs entstehenden Namen. 

Durch diese Art der Benamung der Netze konnen auch Verbindungen zwischen einem Ausgang einer 
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Start- Instanz und mehreren Eingangen von Ziel-Instanzen im VHDL-Modell korrekt implementiert werdert Bei 
der Benamung der Prozesse und Signale muB darauf geachtet werden, daB in VHDL verbotene Zeichen (z. B.: 
"& M )durch andere Zeichen ersetzt werden. 

Ein VHDL-ProzeB erhalt als "Sensitivity List" nur die Signale, die tatsachlich Eingange sind Dies hat zur 
Folge, daB der ProzeB nur dann aktiv wird, wenn eine Anderung der Eingangssignale stattfindet. Da auf diese 5 
Weise nur die Prozesse aktiviert werden, die tatsachlich momentan bendtigt werden, ist eine gute Leistungsfa- 
higkeit der Modelle gewahrleisteL 

VHDL-Modelle sind von der Struktur der Sprache her relativ leicht lesbar. Zudem stehen bei den meisten 
Simulatoren leistungsfahige Debugger zur Verfugung. Dadurch konnen auftretende Entwicklungsfehler mit 
Hiife der VHDL-Modelle sehr leicht lokalisiert und bis auf Gatterebene zuruckverfolgt werden. 10 

Das Verfahren wurde am Beispiel kauflich erwerbbarer programmierbarer Logikbaustetne erfolgreich er- 
probt. Dafur wurde ein DV-Programm in der Programmiersprache C implementiert, was eine Konvertterung 
der EDIF-Netzlisten in VHDL-Modelle nach dem oben beschriebenen Obertragungsverfahren durchfuhrt Die 
VHDL-Modelle wurden mit Hilfe einer kommerziell vertriebenen Simulationsumgebung getestet. Eine simul- 
tane Simulation von bis zu 8 PLDs konnte mit guter Performanz durchgefuhrt werden. 15 

Im folgenden wird die Erfindung anhand einer Figur weiter erlautert 

Die Fig. 1 zeigt eine Schaltung von drei EDIF-Instanzen, welche simuliert werden sollen. Mit andl_3 ist ein 
Und-Gatter und mit latch_4 ein Latch bezeichnet. Beide sind uber Signalleitungen N_8 und N_9 mit einer 
Tri-State-Instanz tri 2 verbunden. In den weiter hinten folgenden Beschreibungsteilen "EDIF-Netzliste" und 
"VHDL-Modeir ist diese Schaltung im jeweiligen Format beschrieben. 20 

Die EDIF-Netzliste wurde mit einem kauflichen EPLD-Entwicklungstool erzeugt Das VHDL-Modell kann 
direkt mit dem Digitalsimuiator simuliert werden. 



1 . Beschreibung der EDIF-Netzliste 

Hier wird zunachst die "EDIF-Netzliste" beschrieben. Die zugehorige Beschreibung des VHDL-Modells 
findet sich unter analoger Numerierung in der "Beschreibung des VHDL-Modells". 

Lt Bibliotheks-Vereinbarungen 



cell AND! 

wird festgelegt, daB fur das EPLD ein UND-Gatter mit einem Eingang benotigt wird- Das Interface besteht aus 
einem Eingang ("INPUT") und einem Ausgang ("OUTPUT"), die liber 



( port &2 
( port &1 



( direction INPUT ) ) 



( direction OUTPUT ) ) 



25 



30 



In der EDIF-Netzliste werden zunachst einige fur die Umsetzung in ein VHDL-Modeli nicht relevante 
Vereinbarungen getroffen: 
edifVersion, edif Level, KeywordMap, status. 

Mit der Vereinbarung "library" wird festgelegt, welche Primitives aus der Bibliothek bendtigt werden. Aufge- 
fuhrt werden auBerdem das jeweilige Interface und teilweise auch Verzogerungs- bzw. Setup- und Hold-Zeiten. 35 
Zunachst wird mit 

scale 1 (e 1 -10) (unit TIME) 

das Zeitraster fur alle nachfolgenden Zeitangaben auf 100 ps definiert. Die Signale konnen die logischen Werte 40 
L t H, X, Z annehmen. 
Mit der Vereinbarung 
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55 



definiert werden. Analoges gilt fur die Vereinbarungen "cell DELAY", "cell OR1" und "cell XOR2". Mit der 
Vereinbarung 

cell LATCH 60 
wird ein Latch definiert Sein Interface besteht gemaB 
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( port D 

( direction INPUT ) ) 
5 { port ENA 

( direction INPUT ) ) 
( port Q 

10 ( direction OUTPUT ) ) 



20 



25 



aus den Eingangen "Enable", "Daten" sowie dem Ausgang "Q". Da fur das Latch die Verzogerungs- bzw. Setup- 
und Hold-Zeiten global fiir das gesamte EPLD einheitlich sind, werden sie ebenfalls hier festeeleet Mit der 
15 Vereinbarung 

( pathDelay 

( delay 40 ) 
( event 

( portRef ENA ) 
( transition L H ) ) 
( event 

( portRef Q ) 
( transition 

30 

( logicOneOf L H ) 

( logicOneOf L H ) ) ) ) 

35 wird die Verzogerungszeit von einer steigenden Flanke (Obergang von Low zu High) auf dem Enable Eingang 
bis zur Anderung am Ausgang (von Low zu High oder von High zu Low) auf 40 x 100 ps = 4 ns festgelegt 
Analog werden fiber & * 

40 ( forbiddenEvent 

( t imelnterval 

( offsetEvent 
{ event 

( portRef ENA ) 
( transition L H ) ) 
- 100 ) 
( duration 100 ) ) 
( event 

( portRef D ) ) ) 

die Setup-Zeit (Daten bezuglich Enable) zu 10 ns und uber 
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( f orbiddenEvent 

( timelnterval 
{ event 

{ portRef ENA ) 
{ transition L H ) ) 
( duration 100 ) ) 
( event 

( portRef D ) ) ) 

die Hold-Zeit (Daten bezuglich Enable) zu 10 ns festgelegt. 

Mit der Vereinbarung "cellTRI" wird schlieQlich einTristate-Treiber mit der Verzogerungszeit 13 ns definiert. 

1.2 Interface-Vereinbarungen 

Mit "cell TEST" beginnt nun die eigentliche Beschreibung des EPLD-Designs mit dem Namen "TEST". 
Unter der Vereinbarung "interface" werden neben dem Typ des EPLD 

(designator "EPM5 128 J 68") 

die globalen Ein- und Ausgange des EPLD festgelegt: 

( port VCC 

( direction INPUT ) ) 
( port GND 

( direction INPUT ) ) 
( port ( rename P_66 "ENA" ) 

( direction INPUT ) 

( designator "66" " ) ) 
( port ( rename P_68 "D" ) 

{ direction INPUT ) 

( designator u 68" ) ) 
{ port { rename P_65 u OUT ,r ) 

( direction OUTPUT ) 

( designator "65" ) ) 

Dabei bezeichnen P_66, P_68 und P 65 die internen Signalnamen, die eine Zuordnung zu den entsprechenden 
Netzen moglich machen (siehe untenj] Der jeweilige "designator" bezeichnet die Nummer des physikalischen 
Pins. 

13 Instance- Vereinbarungen 

Hier wird festgelegt, aus welchen Gattern, Latches und Treibern das Design des EPLD tatsachlich besteht 
("contents"). Mit 

( instance tri_2 

(viewRef viewl 

( cellRef TRI ) ) ) 
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wird ein "instance" mit dem eindeutigen Namen tri_2 vom Typ TRI (also ein Tristate-Treiber, siehe 2.) definiert. 
Bei einigen "instance" werden zusatzlich noch die Verzogerungszeiten festgelegt: 



( instance andl__ 3 

{ viewRef viewl 

( cellRef AND1 ) ) 
(port Instance &1 
( port Delay 

( derivation CALCULATED ) 
( delay 130 ) ) ) ) 



Damit wird ein UND-Gatter mit dem Namen andl_3 bezeichnet und eine Verzogerungszeit von 13 ns 
20 zugeordnet. 

1.4 Net-Vereinbarungen 

Die "net"-Vereinbarung definiert Verbindungen zwischen den Ein- und Ausgangen ("ports") der zuvor festge- 
25 legten "instance". 



( net ( rename N_l "VCC" ) 
( joined 

( portRef VCC ) 
( portRef &2 

3 5 { instanceRef andl_3 ) ) ) ) 

Das Netz mit dem Namen NJ verbindet also den globalen Ausgang VCC mit dem "port" &2 des UND-Gat- 
ters mit dem Namen andl_3. Ein weiteres Beispiel 

40 

{ net N„8 

( joined 



45 - ( portRef &l 

{ instanceRef andl_3 ) ) 
( portRef OE 

50 ( instanceRef tri_2 ) ) ) ) 

verbindet den Ausgang &1 des UND-Gatters mit dem Namen andl_3 mit dem Output Enable Eingang (OE) des 
Tristate-Treibers mit dem Namen tri_2. 

55 

2. Beschreibung des VHDL-Modeils 

Hier folgt die Beschreibung des aus der umgesetzten EDIF-Netzliste entstandenen VHDL-Modells. Da die 
VHDL-Prozesse dabei sowohl Information aus Instance- als auch aus Netz-Vereinbarungen enthalten, werden 
60 diese zusammengefaBt in Kapitel 23/2.4 beschrieben. 



2.1 Bibliotheks-Vereinbarungen 

Auch im VHDL-Modell werden mit "library" bzw. "use" einige Bibliotheksvereinbarungen getroffen. Einige 
65 haufig benutzte Funktionen (z. B. Fehlermeldung, Test aufsteigende Flanke) werden uber "procedure" bzw. 
"function" definiert. 
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2.2 Interface- Vereinbarungen 
Im VHDL-Modell werden die globalen Ein- und Ausgange uber die "entity" Festgelegt: 

entity test is 
port ( 

VCC : in qsim_state ; 
GND : in qsim_state ; 
ENA : in qsim_state ; 
D : in qsim_state ; 
OUT : out qsim_state) ; 
end test ; 

Dabei ist "qsim_state" ein Signal, welches der Quicksim II versteht, und das die logischen Werte X, Z, 1, 0 
annehmen kann. 

23/2.4 I nstance-Vereinbarungen/Net- Vereinbarungen 

Im VHDL-Modell werden alle intern benotigten Signalnamen deklariert. Ein internes Signal entspricht jeweils 
einem Netz und erhalt den Namen des "instance" zusammengesetzt mit dem Namen des Ausganges des 
Instance". Das Zeichen "&" darf in VHDL nicht benutzt werden und wird daher durch ein "F' ersetzt Damit wird 
das "net" N_8 durch das Signal 

signal andl_3_Pl : qsim_state; 

wiedergegeben. 

Das "net" N_l stellt die Verbindung zu einem globalen Eingang (VCC) her und muB daher nicht zusatzlich 
intern deklariert werden. 

Im VHDL-Modell wird jedes "instance" aus der EDIF-Netzliste durch einen "process" dargestellt. Das UND- 
Gatter mit dem Namen andl_3 wird durch einen "process" mit dem gleichen Namen realisiert: 

andl_3 : process (VCC) 
begin 

andl — 3_P1 <= transport VCC after 13000ps ; 
end process andl_3 ; 

Der ProzeB wird nur aktiv, wenn sich das Etngangssignal VCC andert Das Signal andt_3_Pl erhalt dann den 
Wert des Signals VCC und dient gleichzeitig als Eingang fur den Tristate-Treiber mit dem Namen tri_2: 

tri_2: process(latch_4_Q t andt_3_Pl). 

In diesem Tristate-Treiber erhalt der globale Ausgang OUT seinen Wert: 
OUT < « transport latch_4_Q after 6000 ps; 

Es folgt die "EDIF-Netzliste" 
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(edffTEST 

( edifVersion 2 0 0) 
( edifLevel 0 ) 
( keywordMap 

( keywordLevel 0 ) ) 

( status 

(written 

(timeStamp1992115 1 0 42) 
( program "MAX+PLUS II VERSION 2.11 04/06/92" 
(version "ALTERA EDIF 3.0" ) ) ) ) 

( library ALTERA 

( edifLevel 0 ) 
(technology 

( numberDefinition 

(scale 1(e 1-10) (unit TIME))) 
( simulationlnfo 

( logicValue L ) 
( logicValue H ) 
( logicValue X ) 
(logicValueZ))) 

(cellANDI 

(cellType GENERIC) 
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{ view viewl 

( viewType NETLIST ) 
(Interface 

(port&2 

(direction INPUT)) 

(port&1 

(direction OUTPUT))))) 

(cell DELAY 

(cellType GENERIC) 
( view viewl 

(viewType NETLIST) 
( interface 

(port&2 

(direction INPUT)) 

(port&1 

(directionOUTPUT))))) 

(cell LATCH 

(ceflType GENERIC) 
(view viewl 

(viewType NETLIST) 
( interface 

(portD 

(direction INPUT)) 
(port ENA 

(direction INPUT)) 

(portQ 

(directionOUTPUT)) 

(timing 

( derivation CALCULATED ) 
( pathDelay 

(delay 40) 

(event 

(portRef ENA) 
( transition LH )) 

(event 

(portRef Q) 

( transition 

(logicOneOfLH) 
(logicOneOfLH)))) 

( forbiddenEvent 

(timelnterval 

(offsetEvent 
( event 

( portRef ENA ) 
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( transition L H ) ) 

-100) 
(duration 100)) 

( event 

(portRefD))) 
(forbiddenEvent 

(timeinterval 
(event 

(portRefENA) 
(transition LH)) 
(duration 100)) 

( event 

(portRefD))))))) 

(cellORI mini 
(cellType GENERIC ) 
(viewviewl 

( viewType NETLIST ) 
( interface 

(port&2 

(direction INPUT)) 
(port&1 

(direction OUTPUT))))) 

(celiTRI 

(cellType GENERIC) 
(viewviewl 

(viewType NETLIST) 
( interface 

( port IN 

(direction INPUT)) 
(portOE 

(direction INPUT)) 
( port OUT 

(direction OUTPUT) 
( portDelay 

( derivation CALCULATED ) 
(delay 60))) 

(timing 

( derivation CALCULATED ) 
(pathDelay 

(delay 130) 

( event 

(portRefOE) 
(transition H L)) 

( event 
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(portRefOUT) 
( transition 

(IogicOneOfLH)Z))) 

( pathDelay 

(delay 130) 
( event 

(portRefOE) 
(transition LH)) 

( event 

(portRefOUT) 
( transition Z 

(logicOneOfLH)))))))) 

(cel!X0R2 

(cellType GENERIC) 
(viewviewl 

( viewType NETLIST ) 
( interface 

(port &2 

(direction INPUT)) 
( port &3 

(direction INPUT)) 
( port &1 

(direction OUTPUT))))) 

(cell TEST 

(cellType GENERIC) 
( view viewl 

(viewType NETLIST) 
( interface 

( designator "EPM5128 J 68" ) 
(port VCC 

(direction INPUT)) 
(port GND 

(direction INPUT)) 
( port ( rename P_66 "ENA" ) 
(direction INPUT) 
(designator "66")) 
( port ( rename P_68 "D" ) 
(direction INPUT) 
(designator "68")) 
( port ( rename P_65 "OUT" ) 
(direction OUTPUT) 
(designator^))) 

( contents 

( instance tri_2 
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(viewRef viewl 

(cellRefTRI))) 
(instance and1_3 

(viewRef viewl 

( cellRef AND1 ) ) 
( portlnstance &1 
(portDelay 

( derivation CALCULATED ) 
(delay130)))) 

( instance latch_4 

( viewRef viewl 

(cellRef LATCH))) 
( instance xor2_5 

( viewRef viewl 

( cellRef XOR2)) 
( portlnstance &1 
( portDelay 

( derivation CALCULATED ) 
25 (delay30)))) 

( instance or1_6 

(viewRef viewl 

( cellRef OR1)) 
30 ( portlnstance &1 

( portDelay 

( derivation CALCULATED ) 
(delayO)))) 

(instance and1_7 

(viewRef viewl 

( cellRef AND1 ) ) 
( portlnstance &1 
(portDelay 

( derivation CALCULATED ) 
(delay 130)))) 

( instance delay JJ 

(viewRef viewl 

(cellRef DELAY)) 
( portlnstance &1 
so ( portDelay 

( derivation CALCULATED ) 
(delay 90)))) 

( instance and1_9 
55 (viewRef viewl 

(cellRef AND1)) 
( portlnstance &1 
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(portDelay 

( derivation CALCULATED ) 
(delay 130)))) 

(instance delay JO 

(viewRef viewl 

(cellRef DELAY)) 
( portlnstance &1 
( portDelay 

( derivation CALCULATED ) 
(delay 50)))) 

( instance and1_11 

(viewRef viewl 

( ceURef AND1 ) ) 
( portlnstance &1 
( portDelay 

( derivation CALCULATED ) 
(delay 130)))) 

( instance delay_12 

(viewRef viewl 

(cellRef DELAY)) 
( portlnstance &1 
(portDelay 

( derivation CALCULATED ) 
(delay 90)))) 
( net ( rename N J "VCC") 
( joined 

(portRefVCC) 
( portRef &2 

( instanceRef and1_3 ) ) ) ) 
( net ( rename N_2 °GND" ) 
(joined 

( portRef GND) 
( portRef &2 

( instanceRef and1„9 ) ) ) ) 
( net ( rename N_7 n OUT°) 
( joined 

(portRef P_65) 
(portRef OUT 

( instanceRef tri_2)))) 

(netM_8 

(joffied 

( portRef &1 

( instanceRef and1_3 ) ) 
( portRef OE 
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(instanceRef tri_2)))) 

(netN_9 

(joined 

(portRef Q 

{ instanceRef latch_4 ) ) 
(portRef IN 

( instanceRef tri__2)))) 

(netNJO 

(joined 

( portRef &1 

15 ( instanceRef xor2_5 ) ) 

( portRef D 

( instanceRef latch_4 ) ) ) ) 

(netN.11 

20 (joined 

(portRef &1 

( instanceRef orl JB ) ) 
(portRef &2 

25 ( instanceRef xor2_5 ) ) ) ) 

(netNJ2 

(joined 

( portRef &1 

(instanceRef and1_7)) 
( portRef &2 

( instanceRef orl_6 ) ) ) ) 

(netN_13 

(joined 

(portRef &1 

( instanceRef delay_8 ) ) 
( portRef &2 

( instanceRef and1_7 ) ) ) ) 
( net ( rename NJ4 °D") 
(joined 

45 ( portRef P_68 ) 

( portRef &2 

( instanceRef delayJJ ) ) ) ) 

(netN_15 

so (joined 

(portRef &1 

( instanceRef and1_9 ) ) 
( portRef &3 

55 { instanceRef xor2_5 ) ) ) ) 

(netN_16 

(joined 

60 



30 



35 



40 



65 
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( portRef &1 

( instanceRef delayJO ) ) 

( portRef ENA 

( instanceRef latch_4 ) ) ) ) 

(netN_17 

(joined 

( portRef &1 

(instanceRef andl J 1 )) 

( portRef &2 

( instanceRef delayJIO ) ) ) ) 

(netN_18 

( joined 

( portRef &1 

( instanceRef delay_12 ) ) 
( portRef &2 

( instanceRef and1.11 ) ) ) ) 
(net (rename NJ9°ENA tt ) 
(joined 

(portRef P.66) 
(portRef &2 

( instanceRef delay_12 )))))))) 

( design ROOT 

(ceilRefTEST 

( KbraryRef ALTERA ) ) ) ) 



Es folgt das " VHDL -Mode 1 1 



library mgc_portable; 
library std; 

use mgcjortable.qsimjogicall; 
use mgcjDortable.qsim_relations.all; 
use std.textio.aIi; 

entity test is 
port( 

VCC : in qsim_state ; 
GND : in qsim_state ; 
ENA : in qsim_state ; 
D : in qsim_state ; 
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OUT : out qsim_state) ; 
end test ; 

architecture edit of test is 

file errorjile: text is out TEST.log" ; 

procedure wrfte_err_msg(error_message: string(1 to 50)) is 
variable dummyjine : line ; 
begin 

write(dummyJine f errorjnessage) ; 
write(dummy_line I now) ; 
writenne(errorJile,dummyJine) ; 
end write_err_msg ; 

procedure wrtte_sht_msg(by_time : IN time ; errorjnessage: string(1 to 50)) is 
variable dummyjine : line ; 
variable by_string : string(1 to 4) := tt by " ; 
begin 

write(dummyJine I enror_message) ; 
write(dummyJine,now) ; 
write(dummyjine t by_string) ; 
wrfte(dummyjine 1 byjime) ; 
write!ine(errorJile t dummyJine) ; 
end write_sht_msg ; 

function undeftest (signal tesLsignal : in qsim.state) return boolean is 
variable undefined : boolean := false ; 
begin 

if (now > 0.0ns) then 

if (not (tesLsignal = '0' or tesLsignal = '1 1 )) then 
undefined := true ; 
end if ; 
end if ; 

return (undefined) ; 
end undeftest ; 

function rise(signa! tesLsignal: in qsimjstate) return boolean is 
variable rising : boolean := false ; 
begin 

if (tesLsignarevent and (tesLsignal = T) and (tesLsignaFlasLvalue - •O 1 )) 
then 

risings true; 
end If ; 
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return (rising) ; 
end rise ; 

function fall(signal test_signal: in qsim_state) return boolean is 
variable falling : boolean := false ; 
begin 

if (testsignarevent and (tesLsignal = '0*) and (tesLsignaflasLvalue = 'I 1 )) 
then 

failing := true ; 
end if ; 

return (faffing) ; 
end fall ; 

function to_high(signa1 test_signal: in qsim_state) return boolean is 
variable rising : boolean := false ; 
begin 

if (tesLsignal'event and (tesLsignal = T) and (not(test_signal'lasLvalue = '1'))) 
then 

rising true ; 
end if ; 

return (rising) ; 
end to_high ; 

function toJow(signal tesLsignal: in qsimjstate) return boolean is 
variable falling : boolean := false ; 
begin 

if (tesLsignal'event and (tesLsignal = *O f ) and (not(test„signal'IasLvalue = '0'))) 
then 

falling := true ; 
end if ; 

return (falling) ; 
end to Jow ; 

signal and1_3_P1 : qsim_state ; 
signal latch_4_Q : qsim_state ; 
signal xor2JLP1 : qsim_state ; 
signal or1_6_P1 : qsim_state ; 
signal and1_7_P1 : qsim_state ; 
signal delay_8_P1 : qsim_state ; 
signal and1_9_P1 : qsim_state ; 
signal de!ay_10_P1 :qsim_state; 
signal and1__11_Pl : qsim_state ; 
signal delay_12_.P1 : qsim_state ; 
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begin 

tri_2 : process(latch_4_Q,and1_3_P1) 
begin 

if (to_Iow(and1_3_P1 )) then 

OUT <= transport T after 13000 ps ; 
elstf (toJiigh(and1_3_P1)) then 

OUT <= transport lateh_4_Q after 13000 ps ; 
else 

if(and1_3_P1 = T)then 
if (and1_3_P1'!asLevent < 13000 ps) then 
OUT <= transport iatch_4_Q after (13000 ps - and1„3_PViast_event) ; 
else 

OUT <= transport latch_4_Q after 6000 ps ; 
end if ; 
end if ; 

if (and1_3_P1 = '0' and 13000 ps - and1_3_P1'IasLevent > 6000 ps) then 
OUT <= transport latch_4_Q after 6000 ps, T after (13000 ps - andl 3 Priast event) 
endif; "~ " 

end if ; 

end process tri_2; 

and1_3 : process(VCC) 
begin 

and1_3_Pl <= transport VCC after 13000 ps; 
end process and1_3 ; 

latch_4 : process(xor2_5„P1,delay.J0_P1) 

variable setup Jime_violation : string(1 to 39) := "setup time violation at latch_4 @ TIME H 
variable hoidJime_yiolation : string(1 to 38) := "hold time violation at latch_4 @ TIME u ; 
begin 

if(rise(delayJ0_P1))then 

latch_4_Q <= transport xor2_5_P1 after 4000 ps ; 
eteif (fall(delayJ0_P1)) then 

if (xoF^SJM'lasLevent < 10000 ps) then 
write__sht_msg(10000 ps •xoia^PVIast.eventsetupjime.vioIation) ; 

endif; 

latch_4_Q <= transport xor2_5_P1'deIayed(4000 ps) after 4000 ps; 
els'rf ((xor2_5_P1'event) and (delayJ0_P1 = M')) then 
if (delayJ0_P1'last_event < 10000 ps) then 
write_sht_msg(10000 ps - delay_10„Priast_event,ho[dJme_violation) ; 
end if ; 
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iatch_4_Q <= transport xor2_5_P1 after 4000 ps; 
end if ; 

If (undeftest(delayJ0_P1) and (xor2_5_P1 h iatchjLQ)) then 
latchjLQ <= transport 'X 1 after 4000 ps ; 
end if ; 

end process latch_4 ; 

xor2_5 : process(or1_6_P1,and1_9_P1) 
begin 

xor2_5_P1 <= transport or1_6_P1 xorand1_9_Pl after 3000 ps; 
end process xor2_5 ; 

or1_6 : process(and1_7_P1) 
begin 

or1_6_P1 <= transport and1_7__P1 after Ops; 
end process or1_6 ; 

and1_7 : process(deiayJJ_P1) 
begin 

and1_7_P1 <= transport de!ay_8_P1 after 13000 ps; 
end process and1_7 ; 

delay_8 : process(D) 
begin 

deiay_8_P1 <= transport D after 9000 ps; 
end process delayJJ ; 

and1_9 : process(GND) 
begin 

and1_9_P1 <= transport GND after 13000 ps; 
end process and1_9 ; 

delay_10 : process(and1_11_P1) 
begin 

de!ay_10_P1 <= transport and1J1_.P1 after 5000 ps; 
end process delayJO ; 

and1J1 :process(delay_12_P1) 
begin 

and1_11_P1 <= transport deIay_12_P1 after 13000 ps; 
end process andl J 1 ; 

delay_12 : process(ENA) 

begin 

delayJ2_P1 <= transport ENA after 9000 ps; 
end process delay_12 ; 

end edif ; 
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Bezugszeichenliste 

and 1_3 UND-Gatter 

latch_4 latch-Gatter 
5 tri_2 tristate-Gatter 

&1 Ausgang am UND-Gatter 

Q Ausgang am latch-Gatter 

OE Eingang am tristate Gatter 

IN Eingang am tristate Gatter 
io N_8 Signalleitungsnamen 

N_9 Signalleitungsnamen 
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Patentanspruche 

20 1. Verfahren zur Simulation einer in EDIF beschriebenen Schaltung mit einem VHDL-Simulator auf einem 

Rechner, 

a) bei dem jeweils einer EDIF-Instanz genau ein VHDL-ProzeB mit der gleichen Schahungsfunktion 
zugeordnet wird, 

b) und bei dem diese VHDL-Prozesse auf dem VHDL-Simulator simuliert werden. 

25 2. Verfahren nach Anspruch 1, bei dem mindestens ein VHDL-ProzeB unter Verwendung einer Programm- 

Bibliothek fur Schaltungs-Grundelemente generiert wird. 

3. Verfahren nach einem der Anspruche 1 oder 2, bei dem mindestens ein VHDL-ProzeB durch ein 
unspezifisches C-Programm generiert wird, wobei mindestens die Zahl der Ein- und/oder Ausgange der 
Schaltungsfunktion durch die EDIF-Instanz bestimmt wird. 
30 4. Verfahren nach einem der Anspruche 2 oder 3, bei dem das Zeitverhalten mindestens eines Schaltungs- 

Grundelementes durch die EDIF-Instanz bestimmt wird. 

5. Verfahren nach einem der Anspruche 1 bis 4, bei dem jedem EDIF-Netz mindestens ein VHDL-Signal 
zugeordnet wird. 

6. Verfahren nach Anspruch 5, bei dem ein VHDL-Signalname aus der Bezeichnung der EDIF-Instanz, von 
35 der das zu benennende Signal ausgeht, und der Bezeichnung des Signalausgangs der EDIF-Instanz gebildet 

wird. 

7. Verfahren nach einem der obigen Anspruche, bei dem der VHDL-ProzeB ebenso wie die zugeordnete 
EDIF-Instanz benannt wird. 

8. Verfahren nach einem der obigen Anspruche, bei dem in eine Sensitivity-Liste mindestens eines VHDL- 
40 Prozesses nur die Eingangssignale jener EDIF-Instanz eingetragen werden, welcher dieser VHDL-ProzeB 

zugeordnet ist 

9. Verfahren nach einem der voranstehenden Anspruche, bei dem die Schaltung mindestens eines program- 
mierbaren Bausteines simuliert wird. 
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